■PWBW! 


I 

I 

I 

I 

I 

l 

l 

i: 

i: 

i: 

i 

i: 

L 

i. 

[ 

L 

[ 

[ 

I 


Quarterly  Technical  Report 
for 

EUCLID  Compiler  for  PDP-11 
Number  3 

PERIOD  COVERED:  1 July  to  30  September  1978 


This  research  was  sponsored  by  the 
Defense  Advanced  Research  Projects 
Agency  under  ARPA  Order  No.  3475 
Contract  No.  MDA  903-78-C-0037 
Monitored  by  Steve  Walker 
Effective  Date  of  Contract  1 Oct  1977 
Contract  Expiry  Date  31  Mar  1979 

A portion  of  this  project  is  being 
sponsored  by  the  Canadian  Department 
of  National  Defence,  Chief  of  Research 
and  Development 


The  views  and  conclusions  in  this  document  are  those  of  the 
author  and  his  associates  and  should  not  be  interpreted  as 
necessarily  representing  the  official  policies,  either 
expressed  or  implied,  of  the  Defense  Advanced  Research 
Projects  Agency  or  the  United  States  Government. 


David  Bonyun 

I.P.  Sharp  Associates  Limited 
Suite  600 

265  Carling  Avenue 
OTTAWA,  Canada  K1S  2E1 


78  11  02  064 


REPORT  DOCUMENTATION  PAGE 


security  classification  of  this  page  fin im  dm* 


READ  INSTRUCTIONS 
BEFORE  COMPLETING  FORM 


I.  GOVT  ACCESSION  NO.I  > RECIPIENT'S  CATALOG  NUMRER 


S.  TYPE  OF  REPORT  A PERIOO  COVEREO 


4.  JTITLE  (and  Submit) 

/ 

EUCLID  Compiler  for  PDP-11/ 

Report  Number -"3 ^ 


1 authoroj 

D.A.  Bonyun,  I.P.  Sharp  Associates 
R.C.  Holt,  University  of  Toronto 


ST  PERFORMING  ORGANIZATION  NAME  AND  ADDRESS 

I.P.  Sharp  Associates  Limited 
600-265  Carling  Avenue 
Ottawa,  Ontario,  Canada  K1S  2E1 

II.  CONTROLLING  OFFICE  NAME  AND  ADDRESS 

Information  Processing  Techniques 
Office 

DARPA  ARLINGTON,  VA  22209 


Quarterly  Technical 
mber  1978 


NUMRER 

IPSA-3819-llff3  / -— 


1 1/2 4 October- »78  / 


MONITORING  AOENCY  NAME  A AOOAESSflf  dllltttnl  froai  Controlling  Office)  I IS.  SECURITY  CLASS,  (ol  IM*  ttpotl) 


±0 


U CHlTm*UTlON  ITATIMINT  (al  fills  Hopotl) 

1 b) D&j v i d A.j  Bo K/va  u r\>  / 

i R.l.  I Halt / 


UNCLASSIFIED 

la.  DECL  ASSIFIC  ATION/DOWNORADlNO 

schedule 


iHSTRirirnoN  .'! " • '*'Trr  a 

Approved  iv><  , ■ ■ . u !<>uar| 

Distribution  Unlimited 


I IT.  DISTRIRUTION  STATEMENT  fal  Ml*  aA*lr*«l  Pliw< to  Maak  IT,  IMWRfFil  Raw  RapofO 


I I ) Quarterly  technic* 
\J/  1 Jul-Sd  Sep  7s, 


«1  rapt,  no.  3, 


lit.  SUPPLEMENTARY  NOTES 


Part  of  this  project  is  funded  by  the  Canadian  Department 
of  National  Defence 


[ft.  KCV  WOftOt  (CmiNihi*  rvrsrat  cldm  II  nocoooary  and  Identity  by  block  m*mbor) 


EUCLID,  compiler,  computer  security 


|ilTilACT  (Continue  on  reverse  cl  dm  II  nocaooacy  and  Identity  by  black  nxtmbmt) 

Work  on  the  EUCLID  compiler  is  progressing  well  although 
the  amount  of  work  required  is  substantially  greater  than 
expected.  This  is  because  the  complexity  of  the  language 
is  finally  being  fully  experienced  as  the  individual 
passes  are  being  coded. 
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During  that  time  work  progressed  towards  the  first  bootstrapping 
compiler,  known  as  the  translator.  The  work  broke  neatly 
into  four  tasks , each  covered  by  one  member  of  the  team.  Each 
task  is  a pass  of  the  compiler. 

During  the  period  covered  it  became  apparent,  as  a result  of  the 
work  performed  in  each  of  these  tasks,  that  the  overall  com- 
plexity of  the  compiler  is  much  greater  than  previously  antici- 
pated. Consequently  the  time  required  to  complete  it  will  be 
greater  than  expected.  The  project  is,  currently,  two  to  three 
months  behind  schedule.  It  is  anticipated  that  the  principal 
proposed  user  of  the  compiler,  Ford  Aerospace,  will  now  write 
its  first  version  of  KSOS  in  a different  language. 
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The  principal  result  of  work  carried  out  in  the  period  being 
reported  is  the  knowledge  gained  concerning  the  complexity  of 
the  required  compiler.  The  language,  EUCLID,  bringing  together, 
as  it  does,  so  many  previously  unlinked  concepts,  has  introduced 
a number  of  interactions  which  result  in  this  complexity. 

This  aspect  of  the  language  was  quessed  earlier  by  Prof.  Holt, 
but  it  was  not  until  the  actual  coding  of  the  passes  that  its 
full  effect  became  apparent.  The  team  has  estimated  that  the 
complexity  of  the  compiler  will  be  of  the  same  order  of 
magnitude  as  that  for  full  PL/1. 

The  work  is  progressing,  but  because  it  is  more  involved  than 
anticipated,  it  is  proceeding  more  slowly  than  hoped  and  predict- 
ed. It  is  indeed  unfortunate  that  the  delays  incurred  by  the 
slow  volume  of  work  will  probably  mean  that  the  first  version 
of  KSOS  will  use  some  other  language. 

The  four  passes  which  are  necessary  for  the  compiler  to  be 
complete  and  workable  beyond  the  two  already  done  and  delivered 
(the  Screener  and  the  Parser)  are: 

1)  The  Table  Builder  - which  creates  and  manages  the 
symbol  table  and  the  type  table.  This  pass  is  the 
responsibility  of  James  Cordy; 

2)  The  Conformance  Pass  - which  does  the  major  part 
of  type  checking,  size  computation , constant 
folding  and  which  must  provide  for  the 
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of  legality  assertions,  David  Crowe  is  in  charge 
of  this  pass. 

3)  The  Allocator  - which  assigns  space  for  the 
various  entities  to  occupy.  Profc  David  Wortman 
has  essentially  completed  this  pass. 

4)  The  Coder  - which  emits  the  formal  code. 

Pro£  Richard  Holt  is  working  on  this  pass. 

It  is  a matter  of  some  technical  intent  that  each  of  these 
passes  has  certain  characteristics.  These  are: 

(a)  each  is  table  driven  from  a EUCLID  constant  array. 
This  array  is  the  output  of  another  processing 
program  - the  SSL  assembler.  Basically  the 
requirements  of  the  pass  are  embodied  in  the 
language  developed  especially  for  writing 
compilers  by  the  University  of  Toronto  and  known 

SSL  (Semantics  Syntax  Language) . The 
assembly  of  this  language  results  in  the  table. 

(b)  the  routines  to  be  used  from  walking  the  table 
and  the  walker  are  all  written  in  small  EUCLID. 

(c)  each  pass  is  designed  to  receive  a task  stream 
and  to  modify  it,  if  at  all,  very  slightly. 

After  the  Builder  each  pass  also  references  the 
Symbol  Table  and  the  Type  Table. 

(d)  each  pass  has,  as  output,  either  a very  similar 
token  stream  or,  in  the  case  of  the  Coder,  a 
coded  program  (in  PDP-11  Assembler) . 
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(e)  the  interfaces  between  passes  are  all  very  well 
understood  and  documented.  Moreover  it  is 


anticipated  that  one  or  two  more  passes  will  be 
inserted  - to  provide  for  imports/exports 
checking  and  to  provide  for  some  optimization 
of  the  source  before  it  goes  into  the  machine 
dependent  passes  (the  Allocator  and  the  Coder) . 

The  features  of  the  language  being  supported  by  each  pass 
are  essentially  those  defined  for  Middle  EUCLID  and  modified 
by  the  stated  requirements  from  Ford  Aerospace.  In  fact,  all 
passes  but  the  Coder  omit  only  one  or  two  different  features 
form  full  EUCLID;  the  Coder  will,  initially,  only  handle  small 
EUCLID  so  that  a bootstrap  may  be  performed  as  soon  as  possible. 
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Appendix 


The  various  portions  of  the  compiler  (or  passes)  are  listed 
below  indicating,  in  each  case,  the  percentage  of  the  pass 
complete  as  it  applies  to  each  of  the  three  proposed  phases. 
These  three  phases  are: 

I.  A subset  of  the  full  language,  containing  all  of  Small 
EUCLID,  which  will  be  the  first  set  to  be  bootstrapped. 

II.  Middle  EUCLID  including  those  features  requested  by  Ford 
Aerospace  (see  below) . 

III.  The  full  language  EUCLID,  including  the  handling  of 
legality  assertions. 


I 

II 

III 

Scree ner/scanner 

100 

100 

100 

Parser 

100 

100 

100 

Builder 

95 

70 

50 

Conformance 

100 

92 

10 

Allocator 

95 

90 

70 

Coder 

95 

40 

0 

percentage 

complete 


One  more  pass,  the  Access  Control  Pass,  which  enforces  the  import 
/export  lists,  is  not  required  at  the  bootstrap  state.  No  work 
has  yet  been  done  on  this  pass.  It  will  be  placed  between  the 
Builder  and  the  Conformer  Pass. 

The  features  which  are  requested  by  Ford  Aerospace  are  listed 
below.  The  status  of  each  of  these  is  also  indicated. 


1.  Non-scalar  functions 

2.  "Simple"  parameterized  modules 

3.  Forward  type  declarations 

4.  "Simple"  bindings 

5.  Set  and  module  generators  in  FOR  loops  (deferred  by 
agreement) 

6.  Structured  array  constants 

7.  Non-standard  zones  (deferred  by  agreement) 

8.  Forward  routine  declarations 

9.  Verification  of  exports/imports  (deferred  by 
agreement) 

10.  Manifest  expressions  for  case  labels  (simple  cases) 

Of  these,  1,  2,  4 are  presently  supported  (with  some  minor 
restrictions)  by  all  phases  except  the  Coder.  The  plans  for  the 
future  include  first  producing  a compiler  sufficient  to  boot- 
strap itself  and  then  to  extend  it  (principally  the  Coder)  to 
include  Middle  EUCLID  and  the  Ford  requested  features. 

Features  3,  6 and  8 are  supported,  at  this  time,  by  all  passes. 

Feature  10  is  supported  at  a level  agreed  to  by  Ford  - that  is, 
manifest  expressions  are  allowed  for  PascalWlike  CASE  state- 
ments. (Named)  literals  are  required  (only)  for  discriminating 
case  statements. 

Features  5,  7 are  causing  some  difficulty  to  all  passes  and 
have  been  deferred. 

Feature  9 will  be  handled  by  the  pass  to  be  known  as  Access 
Control.  It  is  deferred  for  the  present. 
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